Do czytania

  1. Kiedy wrzucałem miesiąc temu materiał od McKinsey, w którym to firma zarzekała się, że znalazła rozwiązanie na problem mierzalności produktywności programistów (nie znalazła), nie spodziewałem się, że rozniesie się on takim echem po całej branży IT. Tu i tam widziałem gorące dyskusje, przeważnie - ze względu na moje źródła - negatywnie podchodzące do pomysłów molocha. Bardzo trafnie natomiast sytuację i sam artykuł zredagowali Gergely Orosz oraz Kent Back. Oto pierwsza część ich odpowiedzi do McKinsey. ⏩ Measuring developer productivity? A response to McKinsey

  2. Czy Scrum zbudowany jest w zly sposób? Czy zamiast skupiać się na pracy zespołu developerskiego, nie powinien zawierać procesy, rady i zasady działania organizacji? Moim zdaniem nie, ale autor uruchomił we mnie ciekawe procesy myślowe. ⏩ Scrum: Failure By Design?

  3. A wy ile z tych oznak pracy w “zwinnym wodospadzie” zauważcie w swoich organizacji? ⏩ 7 Telltale Signs of Waterfall Agile

  4. Pytanie zadane w tytule jest z tych raczej retorycznych, aczkolwiek warto o tym mówić jak najwięcej - product discovery to zadanie dla wszystkich osób dokładających swoją cegiełkę w procesie oddawania wartości klientom. ⏩ Who owns product discovery?

  5. Jestem zwolennikiem metryk DORA, o których możecie m.in. przeczytać w Accelerate (chyba każdy kojarzy), jednak fakt faktem, że te cztery statystyki można udoskonalić poprzez kilka innych i inne sposoby spoglądania na nie. ⏩ DORA Metrics: We’ve Been Using Them Wrong

  6. Jak przetrwać w organizacji, która jest daleka od naszego wyobrażenia “zwinnie działającej firmy”? ⏩️ Imperfect Product Org Survival Guide

  7. Uwielbiam, kiedy wymyśla się nowe określenia na rzeczy, które się źle stosowało lub próbując naprawić nasz brak zrozumienia czegoś, zmieniając temu nazwę - choć ostatecznie, obojętnie jak będziemy coś nazywać, ważne, by działać dobrze. SLC z tego tekstu to dobrze zrozumiane MVP. ⏩️ Your customers hate MVPs. Make a SLC instead

  8. Materiał o dosyć ciekawej tezie - czy Waterfall jest naprawdę tak zły, jak go malujemy? A może jest w nim coś, z czego moglibyśmy się wiele nauczyć? O ile nie przesadzałbym w tym kolorowaniu wodospadu i zmienianie go w tęczę, to kilka solidnych punktów wypisałem sobie. ⏩️ “Waterfall” doesn’t mean what you think it means

  9. Here we go again! _Znów ktoś uważa, że trzeba przepisać Agile Manifesto, ponieważ mało osób potrafi go stosować ze zrozumieniem. ⏩️ The Anti-Agile Manifesto

  10. Na pewno widzieliście to wiele, wiele razy w waszej karierze. Mimo starań i pracy, wasz PO czy PM, czy cała organizacja, gdy jest pod ścianą, wraca natychmiast do nawyków Waterfalla - dlaczego tak się dzieje? Zgadzam się, że dużo tutaj zależy od tego, jakiego mamy PO. ⏩️ Why we always end up with waterfall

  11. Haha! John Cutler cynicznie o wszystkich nieprzewidzianych czasopochłaniaczy w pracy developerów. Świetny tekst. ⏩️ TBM 240: The Ultimate Guide to Developer Counter-Productivity

  12. Zasady i morały prawione przez różnych “liderów” na przestrzeni naszej historii. Znajdziecie coś inspirującego dla siebie? ⏩️ 24 Leadership Principles From The Greatest Business, Military, Political and Sports Leaders

  13. Cechy i nawyki, jakie towarzyszą (nie lubię tego określenie) wysokoperformujących zespołów, według Romana Pichlera. ⏩️ Building High-Performing Product Teams

  14. Gdybyście wchodzili kiedyś w polemikę na temat produktywności, to tutaj znajdziecie najczęściej mylone z produktywnością mierniki pracy. ⏩️ 5 things that are typically confused for productivity.

  15. Przykłady startupów, które zbudowały swój sposób discovery. ⏩️ Case Study: How 3 startups built their customer discovery practice

  16. Ciekawa teza związana z niekompatybilnością modelu OKR i pracy nad oprogramowaniem, której elementy na pewno użyje w materiale o OKR-ach. ⏩️ OKRs? More like, R U OK?

  17. Choć preferuje Shu-Ha-Ri jako sposób na osiągnięcie rozwoju w karierze Scrum Mastera, tak rozumiem znaczenie zjawiska Dunning-Krugera, jak i jego wątpliwe skutki. Materiał również je rozumie, jednak stara się z niego wyciągnąć coś sensownego - z niezłym skutkiem. ⏩️ Dunning-Kruger Effect: How to Cringe Yourself to Success

  18. Nic dodać, nic ująć. Czas niereagowania na “straty” to przeszłość i powinniśmy redukować to, co nie przynosi wartości. ⏩️ Pragmatism over Bullshitism

  19. Jason Little to wyjadacz naszej branży i w tym artykule poleca cztery prawdy, które każdy Scrum Master, Agile Coach czy lider, powinien mieć nieustannie z tyłu głowy. ⏩️ 4 Old School Agile Mantras that Change Agents Should Be Stealing

  20. Świetny materiał o antywzorcach sprawiających, że mamy problemy z dostarczaniem w naszych zespołach, a które tkwią w organizacji. ⏩️ Bridging Silos and Overcoming Collaboration Antipatterns in Multidisciplinary Organisations

  21. Czasem warto wrócić do podstaw, aby zrozumieć, co zgubiliśmy po drodze. ⏩️ User Story: a Placeholder for a Conversation

  22. Ciekawa koncepcja autorki materiału, albowiem zaciekawiony tytułem spodziewałem się zupełnie innej zawartości, aniżeli ostatecznie znalazłem w środku. To jak to jest z tą wielkością zespołu i limitowaniem WIP? ⏩️ Want Better and Faster Results? Increase Team Size and Reduce WIP

  23. Spojrzenie na to, jak wielkie firmy produktowe dotarły do miejsca lub decyzji, która naprawdę wzmocniła ich zespoły. ⏩️ The Journey to Empowered Teams - Twitter, Airbnb & Tumblr

  24. Jak wybrać odpowiednie metryki, które staną się naszymi, np. KPI? ⏩️ Selecting the right product metrics

  25. Na własnej skórze przekonałem się, jak smakuje scenariusz, w którym organizacja pozbywa się ról związanych z Agile, Scrumem i transformacją zwinną - nic przyjemnego, choć skłamałbym, jeśli powiedziałbym, że nie rozumiem skąd, takie decyzje się biorą. Ten artykuł uderza w większość moich przypuszczeń. ⏩️ Should We Fire All the Agile Coaches?

  26. Powody, dla których nie udają się transformacje organizacji. Jeśli, któryś widzicie w swoim otoczeniu, może warto się tym obszarem bliżej zainteresować. ⏩️ Transformation Fail

  27. Aż chciałbym krzyknąć „AMEN!”. Agile polega na usuwaniu, a nie dodawaniu. Scrum polega na dodaniu, aby wskazać, co usunąć. Odchudzenia biurokracji, procesów i odległości do klienta to sedna zwinności. ⏩️ Rethinking Workplace Transformation: The Art of Subtraction

  28. Czy istnieją okoliczności, w których praca w feature factory, nie jest złym podejściem? ⏩️ When is a Feature Factory…not?

  29. Zestawienie myśli i idei, które mogą zainspirować lub pobudzić do działania. ⏩️ 50 Ideas That Changed My Life

  30. W ostatnim czasie musiałem wgryźć się w stare i nowe materiały o efekcie HiPPO w organizacji, więc podrzucam kilka z nich, które dały mi inspiracje do różnego działania:
    ⏩️ The Highest Paid Person’s Opinion
    ⏩️ Taming the Zoo with EBM – How Evidence-Based Management Helps Solve Common Stakeholder Challenges

  31. Jak rozmawiać z zarządem lub osobami u sterów organizacji o Agile, aby nie uważali nas za “zwinnych szamanów sprzedających, jakieś voo-doo”. ⏩️ Selling Agile to the C-Suite to Get Buy-In

  32. Toksyczność to nie tylko zachowanie negatywne, gburowate czy nieetyczne, ale również takie, które np. “maluje trawę na zielono”. Jak mówiłem na podcaście Dostarczaj Wartość: toksyczność jest wtedy, kiedy organizacja mówi jedno, a nagradza drugie. ⏩️ Toxic Positivity in the Workplace: Why & How to Deal with it

  33. Kolejne ciekawostki na temat modelu Spotify i tego, jak np. firma dotarła do jednego ze swoich najważniejszych feature’ów. ⏩️ The Product Model at Spotify | Silicon Valley Product Group

34.Bardzo przydatne porównanie metryk inżynierskich, które możecie zastosować zarówno na poziomie zespołu, jak i całej organizacji. ⏩️ Diving into Engineering Metrics

  1. Podoba mi się, że materiał mówi o zarządzaniu długiem technicznym, a nie jego redukowaniem. O ile to drugie jest istotne, to ważniejsze, abyśmy zaczęli praktykować to pierwsze. ⏩️ Measuring Technical Debt to Avoid the Boiling Frog Syndrome

Do oglądania | słuchania

  1. Cudownie poprowadzony, prosty i celny, co do każdej sekundy**. ⏩️ **Agile Product Ownership in a Nutshell

  2. Alistair Cockburn wyjaśnia bazgroły na tablicy, którą internauci zaciekawili się na jednym z jego zdjęć. O frameworku Cynefin i pętli OODA. ⏩️ 2023 04 06 The Nyquist, Cynefin, OODA whiteboard described

  3. Całkiem trafione porównanie Kanbana i Scruma. Przeważnie w takich materiałach blokuje się na tym, że Kanbana określa się i porównuje ze Scrumem jako framework do frameworka, i choć tutaj na początku autor to zrobił, szybko wyjaśnił sytuację. ⏩️ Scrum and or Kanban, a pragmatic comparison – Agile with Jimmy

  4. Autorzy bestsellera “Continuous Delivery”, dyskutują nad tym, co zmieniliby w książce, gdyby zaczynali nad ją pracować dziś. ⏩️ We Should Have Done THIS When Writing The Continuous Delivery Book

Heheszek